home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / UNSPLIT / text0302.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  2.6 KB  |  79 lines
  1. > > flex and byacc (Berkley Yacc) are available for Atari's from various FTP
  2. > 
  3. > I've never seen byacc. Does it differ from the others in some significant way?
  4.  
  5. No, not as far as I know (although I haven't used bison). Someone is going to
  6. do a final year project here to improve the facilities provided by lex & yacc
  7. so that they both provide a full BNF+ notation (or something).
  8.  
  9. > By the way, bison is of course also available for the Ataris.
  10.  
  11. Yea, I didn't know what Bison was (no yacc in its name), but I suppose I
  12. should have guessed!
  13.  
  14. > > > C is a very nice language, in fact the best I've seen. Glasnost is only 
  15. > ...
  16. > > Hmm.. One of the lecturers here (on the compiler design/imp. courses) has
  17. > > a thing about C... He likes picking holes in it...
  18. > 
  19. > At the University I went to, most of the CS people are into functional
  20. > languages...
  21. >
  22. > While those may be nice and provable, I've yet to see one I'd like to
  23. > write a 'normal' program in.
  24.  
  25. Yea, there are a couple like that here... 
  26.  
  27. > > eg. does i+++j (which is valid C) mean:
  28. > >     (i++) + j   or   i + (++j)
  29. > 
  30. > Of course noone in his right mind would ever write code like that.
  31.  
  32. Correct!
  33.  
  34. > There is a very specific standard for the language that I'm sure would
  35. > answer most of his questions, though.  ;-)
  36.  
  37. Yep, true, but why should it be defined? it shold be obvious... (or at
  38. least thats his argument)
  39.  
  40. > > also the avoidance of keywords like endif and enddo are a pet hate...
  41. > 
  42. > ?!?
  43. > That's one of the major reasons I like C!
  44.  
  45. He doesn't like the fact that {} are overloaded, and that you can have
  46. problems like the 'dangling else' problem...
  47.  
  48. > (The ++ and += style things are another.)
  49. > Properly written C code can be so 'airy' and easy to read.
  50.  
  51. Yes, += etc. do make it much more readable...
  52.  
  53. > One of the functional languages I've seen actually used only the indentation
  54. > to mark blocks...
  55.  
  56. !?!?! Now that is mad...
  57.  
  58. > > (PS. the first expression is correct, IIRC)
  59. > 
  60. > I would have guessed so, but I certainly won't start writing like that.
  61. > Some people seem to think that it's smart to know and use every little
  62. > strange thing in the C syntax and operation priorities, but I much prefer
  63. > to write code that's readable by a person without in-depth C-knowledge.
  64.  
  65. Yes, I suppose that given a good compiler, you dont need to do lots of
  66. stupid contorted methods - the compiler should do the optimisation for you,
  67. and so all you have to worry about is readability... (and correctness, of
  68. course :)
  69.  
  70.  
  71. > Ooops!
  72. > I just realized that we're going off on another of those peripheral
  73. > discussions here...
  74.  
  75. Yep! :-)
  76.  
  77. Anthony
  78.  
  79.